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Abstract 

Routing  is  one  of  the  key  challenges  in  sensor  networks 
that  directly  affects  the  information  throughput  and  energy 
expenditure.  Geographic  routing  is  the  most  scalable  rout¬ 
ing  scheme  for  statically  placed  nodes  in  that  it  uses  only 
a  constant  amount  of  per-node  state  regardless  of  network 
size.  The  location  information  needed  for  this  scheme,  how¬ 
ever,  is  not  easy  to  compute  accurately  using  current  lo¬ 
calization  algorithms.  In  this  paper,  we  propose  a  novel 
logical  coordinate  framework  that  encodes  connectivity  in¬ 
formation  for  routing  purposes  without  the  benefit  of  geo¬ 
graphic  knowledge,  while  retaining  the  constant- state  ad¬ 
vantage  of  geographic  routing.  In  addition  to  efficiency  in 
the  absence  of  geographic  knowledge,  our  scheme  has  two 
important  advantages:  ( i )  it  improves  robustness  in  the  pres¬ 
ence  of  voids  compared  to  other  logical  coordinate  frame¬ 
works,  and  ( ii)  it  allows  inferring  bounds  on  route  hop  count 
from  the  logical  coordinates  of  the  source  and  destination 
nodes,  which  makes  it  a  candidate  for  use  in  soft  real-time 
systems.  The  scheme  is  evaluated  in  simulation  demonstrat¬ 
ing  the  advantages  of  the  new  protocol. 

1.  Introduction 

Recent  technology  has  made  exciting  progress  in  large- 
scale  sensor  networks,  which  opens  the  door  for  myriads 
of  civil,  meteorological  and  military  applications.  Large- 
scale  sensor  networks  can  be  deployed  to  carry  out  vari¬ 
ous  tasks  without  the  need  for  human  intervention.  Efficient 
data  dissemination  among  different  parts  of  the  network  is 
crucial  for  overall  application  performance.  Such  dissemi¬ 
nation  hinges  on  the  design  and  implementation  of  efficient 
routing  protocols. 

Current  routing  protocols  for  sensor  networks  (and  more 
generally  for  ad  hoc  wireless  networks)  broadly  fall  into 
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two  categories;  address  based  [13,  20,  14]  and  content 
based  [25,  4].  The  former  category  requires  an  explicit  des¬ 
tination  address.  The  latter  implicitly  defines  a  set  of  desti¬ 
nations  by  their  attributes  and  delivers  the  data  to  all  match¬ 
ing  destinations.  It  is  likely  that  future  sensor  networks  need 
both  types  of  routing  protocols.  Content-based  routing  may 
be  used  as  an  efficient  multicast  mechanism  that  discovers  a 
set  of  destinations  matching  given  criteria  (and  returns  their 
addresses  to  the  sender  if  needed).  Address-based  routing 
can  then  be  used  to  unicast  data  individually  to  particular 
destinations  in  the  content-based  groups  as  dictated  by  ap¬ 
plication  logic.  In  this  paper,  we  focus  on  the  latter  type  and 
assume  that  when  the  address-based  routing  is  needed,  the 
addresses  of  the  destinations  have  been  obtained  in  advance, 
presumably  through  some  content  based  mechanisms. 

With  the  exception  of  geographic  routing  schemes  [9,  1, 
14,  15,  8]  (where  nodes  are  addressed  by  their  location), 
address-based  routing  schemes  are  typically  not  scalable  in 
that  their  routing  state  grows  as  some  function  of  either  the 
network  size  or  the  number  of  active  destinations.  In  con¬ 
trast,  geographic  routing  needs  a  constant  amount  of  state 
that  is  only  related  to  the  node’s  immediate  neighborhood. 
Unfortunately,  it  also  needs  location  information.  While  a 
plethora  of  localization  services  have  been  proposed  to  esti¬ 
mate  node  locations  using  a  small  number  of  GPS -enabled 
anchors  [23,  18,  3,  16],  accurate  localization  services  re¬ 
main  hard  to  implement.  It  has  been  shown  that  errors 
in  node  location  information  lead  to  routing  failures  [11]. 
This  difficulty  motivates  the  development  of  scalable  rout¬ 
ing  protocols  (i.e.,  those  that  maintain  a  constant  amount  of 
state)  that  do  not  rely  on  geographic  knowledge.  This  pa¬ 
per  presents  logical  coordinate  routing,  which  belongs  to 
this  category. 

The  main  idea  of  our  scheme  is  for  each  node  to  main¬ 
tain  hop  counts  to  a  small  number  of  landmarks.  This  hop 
count  vector  is  the  logical  coordinate  of  the  node.  The  dif¬ 
ference  vector  between  two  node  vectors  represents  the  dis¬ 
tance  between  them.  The  routing  scheme  forwards  packets 
in  the  direction  that  minimizes  the  magnitude  of  the  remain¬ 
ing  difference  vector.  Compared  with  current  routing  pro- 
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tocols,  this  simple  scheme  has  several  advantages.  First,  it 
translates  the  routing  problem  into  a  different  logical  do¬ 
main  in  which  the  state  kept  on  each  node  is  constant  (only 
immediate  neighbor  coordinates).  Moreover,  it  can  encode 
a  configurable  amount  of  topological  information  that  de¬ 
pends  on  the  number  of  chosen  landmarks,  which  we  call 
configurable  dimensionality ,  from  which  we  observe  sev¬ 
eral  positive  implications.  Most  importantly,  since  the  log¬ 
ical  coordinate  dimensions  can  be  arbitrarily  enriched  by 
increasing  the  number  of  landmarks,  logical  vectors  con¬ 
tain  inherent  redundancy,  which  significantly  improves  ro¬ 
bustness  with  respect  to  node  failures  and  physical  voids. 
Selecting  an  appropriate  number  of  landmarks  at  suitable 
locations  makes  it  possible  to  eliminate  voids  in  the  log¬ 
ical  coordinate  space  despite  their  existence  in  the  physi¬ 
cal  space.  Compared  to  location-based  approaches,  the  log¬ 
ical  coordinates  directly  encode  connectivity  relationships 
among  nodes,  rather  than  physical  proximity.  Hence,  they 
reflect  and  abstract  the  more  relevant  topological  informa¬ 
tion  in  a  simple  and  efficient  manner.  In  this  paper,  we  call 
routing  in  the  new  coordinate  space  logical  coordinate  rout¬ 
ing  (LCR).  Finally,  the  logical  coordinates  of  each  node  can 
be  used  to  bound  the  actual  hop  distance  between  two  ar¬ 
bitrary  nodes.  As  a  result,  they  can  be  leveraged  to  predict 
the  delivery  delay  between  nodes,  which  is  of  use  in  soft 
real-time  sensor  networks  such  as  EnviroTrack  [7]  and  Mo- 
bicast  [12]. 

Recently,  other  efficient  routing  protocols  emerged  that 
are  geographical  location  independent  [21,  17].  Compared 
with  them,  our  protocol  is  the  first  one  to  use  configurable 
logical  dimensionality,  and  directly  encode  a  bound  on  hop 
count.  Besides,  simulation-based  comparisons  show  that 
our  protocol  demonstrates  a  considerable  performance  im¬ 
provement  in  delivery  ratio,  especially  in  the  presence  of 
voids. 

In  the  rest  of  this  paper,  we  present  an  exploration  of 
the  new  logical  coordinate  framework  and  its  possible  ap¬ 
plications.  The  paper  is  organized  as  follows.  Section  2  de¬ 
scribes  our  assumptions,  the  design  of  the  logical  space  and 
its  properties.  The  design  of  a  specific  simple-forwarding 
based  routing  protocol  is  presented  in  Section  3.  Section 
4  describes  our  experiments  and  an  in-depth  analysis  of  the 
data  collected.  We  review  related  work  in  Section  5  and  con¬ 
clude  in  Section  6. 

2.  Design  of  the  Logical  Coordinates 

In  this  section,  we  present  the  assumptions,  principles 
and  properties  of  the  logical  coordinate  framework. 

2.1.  Assumptions 

We  assume  that  the  nodes  are  placed  on  a  plane.  (This 
assumption  regarding  physical  space  is  not  to  be  confused 


with  the  configurable  dimensionality  in  the  logical  coordi¬ 
nate  space).  Planar  placement  is  usually  an  adequate  char¬ 
acterization  of  many  real  applications.  Second,  we  consider 
the  position  of  individual  nodes  to  be  relatively  static.  The 
static  model  generally  characterizes  typical  sensor  networks 
well  enough.  In  practice,  we  may  recompute  the  logical  co¬ 
ordinates  of  each  node  periodically  to  account  for  possible 
displacement  due  to  wind  and  other  environmental  factors. 
Third,  we  assume  that  the  approximate  placement  of  land¬ 
marks  is  controllable.  For  example,  they  can  be  purposely 
placed  at  the  boundaries  of  the  region.  We  will  demonstrate 
later  that  the  location  of  the  landmarks  has  considerable  im¬ 
pact  on  the  efficiency  of  logical  coordinates.  At  last,  we  as¬ 
sume  that  the  communication  links  between  nodes  are  bi¬ 
directional.  Although  this  may  not  be  true  in  reality,  it  can 
be  easily  achieved  by  selecting  only  those  links  which  are 
bi-directional  for  communication. 

In  our  framework,  nodes  need  not  know  their  location.  It 
is  important  to  clarify  that  this  paper  does  not  argue  against 
use  of  localization  services.  In  fact,  approximate  knowledge 
of  location  is  essential  for  many  sensor  network  applica¬ 
tions,  such  as  target  tracking.  However,  unlike  target  track¬ 
ing  where  location  errors  of  individual  target-tracking  nodes 
can  be  reduced  by  averaging  across  multiple  observers,  in 
geographic  routing  individual  node  locations  play  a  key  role 
in  forwarding  decisions.  Hence,  location  information  must 
be  accurate  not  only  after  aggregation  and  trajectory  fitting, 
but  also  at  the  individual  node  level.  The  paper  therefore  as¬ 
serts  that  it  is  beneficial  not  to  have  to  rely  on  the  availabil¬ 
ity  of  such  accurate  location  information  for  the  benefit  of 
routing  services. 

2.2.  The  Logical  Coordinate  Space 

The  idea  of  the  logical  coordinate  approach  is  partly  in¬ 
spired  by  the  classical  distance  vector  concept  in  conven¬ 
tional  networks  in  that  the  key  structure  in  our  framework 
is  based  on  measuring  hop  counts  between  nodes.  The  key 
difference  is  that  instead  of  encoding  the  hop  count  between 
any  two  nodes,  we  encode  hop  distance  to  a  few  reference 
points  (landmarks)  only.  As  we  show  later,  it  is  advanta¬ 
geous  to  place  the  landmarks  as  sparsely  as  possible. 

After  the  landmarks  are  chosen,  the  logical  coordinate 
framework  is  constructed  as  follows.  First,  each  landmark 
broadcasts  a  beacon  that  is  forwarded  once  to  all  nodes 
along  with  a  hop  count  parameter.  The  hop  count  is  initial¬ 
ized  to  zero  at  the  landmark  and  incremented  at  each  hop. 
Each  node  that  receives  the  beacon  records  the  shortest  dis¬ 
tance,  in  hops,  from  itself  to  the  corresponding  landmark.  If 
multiple  beacons  from  the  same  landmark  are  received  via 
different  routes,  the  lowest  count  is  recorded.  When  mul¬ 
tiple  landmarks  are  chosen,  every  node  in  the  sensor  net¬ 
work  is  expected  to  receive  beacons  from  all  landmarks. 
Each  node  consequently  records  the  hop  counts  between  it- 
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self  and  each  of  the  landmarks.  We  call  the  vector  formed 
by  these  hop  numbers  the  logical  coordinate  vector.  The  di¬ 
mensionality  of  this  vector  corresponds  to  the  number  of 
landmarks.  For  example,  if  we  choose  four  landmarks,  we 
build  a  four-dimensional  logical  coordinate  space.  To  pre¬ 
serve  a  consistent  order  of  elements  in  all  logical  coordinate 
vectors,  these  vectors  can  be  sorted,  for  example,  by  unique 
landmark  identity,  statically  assigned  at  compile  time  and 
carried  along  in  the  aforementioned  beacons. 

After  each  node  records  its  own  logical  coordinate  vec¬ 
tor,  the  initial  establishment  of  the  logical  coordinate  space 
is  complete.  An  example  of  a  logical  space  with  four  land¬ 
marks  (denoted  by  filled  black  circles)  is  shown  in  Figure  1 . 
In  this  example,  24  nodes  are  deployed.  Since  four  land¬ 
marks  are  chosen,  the  logical  coordinate  space  is  four  di¬ 
mensional.  The  four  landmarks  have  coordinates  (0,5, 3, 8), 
(5, 0,8, 3), (8, 3, 5,0)  and  (3, 8, 0,5),  respectively.  Note  that  we 
have  transformed  the  target  space  from  a  physical  plane  to 
four  (partially  redundant)  logical  dimensions.  Further,  the 
coordinates  of  landmarks  have  the  distinctive  trait  that  they 
have  one  zero  element  in  exactly  one  dimension;  namely, 
the  dimension  corresponding  to  the  local  landmark.  Other 
nodes  have  non-zero  (positive)  coordinates  in  all  dimen¬ 
sions. 


Node  Deployment  Example 
Q  Landmark  Cj  Common  Node 


Figure  1.  Logical  Coordinates  Construction 
Example 


2.3.  Space  Maintenance 

The  formation  of  the  logical  coordinates  must  be  re¬ 
silient  with  respect  to  two  kinds  of  inconsistencies.  First, 
beacon  message  loss  that  results  in  missing  coordinates.  We 
call  this  problem  null  coordinates.  In  the  neighbor  beacon 
exchange,  a  node  that  finds  out  that  it  has  null  coordinates 
compared  with  its  neighbors  tries  to  correct  each  null  coor¬ 


dinate  by  incrementing  the  lowest  of  the  corresponding  co¬ 
ordinates  of  its  neighbors  by  one  (hop)  to  update  its  own  co¬ 
ordinate  vector. 

The  second  type  of  inconsistency  is  where  neighboring 
nodes  differ  by  more  than  one  in  some  coordinate.  This 
should  never  occur  in  an  ideal  world  because  neighbors 
are  only  one  hop  away.  However,  it  could  be  observed  in 
the  presence  of  message  loss.  In  the  neighbor  beacon  ex¬ 
change  stage,  if  a  node  finds  out  that  one  of  its  neighbors 
has  a  coordinate  value  that  differs  by  more  than  one  com¬ 
pared  with  its  own  (for  the  same  landmark),  then  the  node 
with  the  higher- valued  coordinate  locally  decrements  it  to 
remove  the  inconsistency.  If  a  logical  coordinate  is  updated 
on  some  node,  it  will  beacon  this  update  to  refresh  its  neigh¬ 
bors.  Although  this  refreshing  has  the  potential  to  be  prop¬ 
agated,  in  practice,  we  find  that  the  scope  of  updates  in  the 
neighbor  exchange  stage  is  highly  limited,  and  the  update 
process  converges  very  fast. 

2.4.  Properties  and  Concepts 

Now  we  present  useful  concepts  of  the  logical  coordi¬ 
nate  framework,  which  are  the  fundamentals  of  the  design 
of  our  new  protocol. 

2.4.1.  The  Neighborhood  Property  The  most  ba¬ 
sic  property  maintained  by  the  logical  coordinate  space  as 
described  above  is  the  following: 

Property  1.  In  a  correct  logical  coordinate  space,  the  cor¬ 
responding  coordinates  for  the  same  landmark  between  any 
two  nodes  which  are  mutual  neighbors  differ  by  at  most  1. 

Proof.  This  property  follows  directly  from  the  neighbor¬ 
hood  maintenance  protocol  discussed  above.  □ 

2.4.2.  Bounded  Hop  Count  From  the  perspective  of  soft 
real-time  applications,  a  very  useful  property  of  the  proto¬ 
col  is  that  the  hop  count  along  the  actual  routing  path  be¬ 
tween  a  source  and  a  destination  can  be  estimated  solely 
from  the  logical  coordinates  of  the  source  and  destination, 
as  follows. 

Property  2.  For  any  two  nodes  V(Vi, ...,  Vn)  and 
W(Wi, ...,  Wn),  the  hop  count  of  the  shortest  path  between 
them  is  lower-bounded  by  MAX  ( |  Vi  —  W\  | , . . . ,  |  Vn  —  Wn  | ) 
and  upper-bounded  by  JA  \Vi  —  Wf. 

Proof.  This  follows  directly  from  Property  1 ,  since  for  any 
single  hop,  the  coordinate  in  each  dimension  can  change  by 
at  most  one.  □ 

In  practice  we  found  that  the  lower  bound  is  especially 
useful.  The  actual  hop  count  was  usually  found  to  be  ex¬ 
actly  the  lower  bound.  Hence,  this  optimistic  bound  can  be 
used  to  estimate  delay  in  soft  real-time  load  balanced  sensor 
networks  where  deadline  misses  can  be  tolerated.  For  those 
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cases  that  are  higher  than  the  lower  bound,  the  marginal  off¬ 
set  in  the  hop  count  is  usually  low  enough  compared  with 
the  overall  hop  number.  We  will  validate  this  claim  thor¬ 
oughly  in  the  experiments. 

2.4.3.  The  Distance  Concept  We  use  vector  distance,  de¬ 
fined  below,  as  the  logical  distance  between  nodes.  Thus, 
for  logical  coordinate  vectors  V  and  W  with  coordinate  ele¬ 
ments  Vi  and  Wi,  respectively,  the  distance  D  between  them 
is  defined  as: 


D  = 


n 


\ 


Y,(V,  -  w <)2 

i=  1 


(1) 


As  shown,  we  use  the  length  of  the  difference  vector 
(' Vi  —  Wi,  V2  —  W2,  —  Wn)  as  the  distance  metric  be¬ 

tween  nodes.  Observe  that  the  length  computed  above  has 
no  physical  geometric  interpretation,  since  the  logical  di¬ 
mensions  are  not  orthogonal.  However,  compared  to  phys¬ 
ical  distance,  this  metric  reflects  more  accurately  the  topo¬ 
logical  distance  between  two  nodes  in  the  sensor  network 
graph.  If  two  nodes  are  connected  by  fewer  hops,  the  logi¬ 
cal  distance  between  them  tends  to  be  smaller. 


3.  The  Logical  Coordinate  Routing  Protocol 

In  the  previous  section,  we  outlined  the  logical  coor¬ 
dinate  framework  and  its  properties.  We  now  apply  these 
properties  to  the  design  of  the  LCR  protocol. 

3.1.  Basic  Protocol  Design 


neighbor  table,  a  packet  is  forwarded  back  to  its  starting 
point  (node  9).  One  intuitive  solution  is  to  record  all  nodes 
that  the  packet  has  visited  in  the  packet  header.  However, 
the  packet  sizes  in  sensor  networks  are  usually  only  tens 
of  bytes,  implying  it  is  infeasible  to  record  all  nodes  the 
packet  has  been  routed  to.  We  solve  this  problem  by  making 
a  tradeoff,  recording  only  a  finite  moving  history  of  the  de¬ 
livery  path  in  the  packet.  The  length  of  moving  history  rep¬ 
resents  a  tradeoff  between  the  memory  capacity  needed  for 
better  loop  avoidance  and  the  corresponding  control  over¬ 
head. 

One  loop  avoidance  example  is  shown  in  Figure  2b.  Ob¬ 
serve  that  for  purposes  of  loop  avoidance,  nodes  in  the 
recorded  history  can  be  identified  by  short  internal  identi¬ 
fiers  (chosen  at  compile  time)  known  only  to  themselves 
and  their  neighbors,  as  opposed  to  their  full-length  logical 
coordinates. 


Node  8(3, 5, 4) 

Message  Start  Distance  29 
Node  9(3, 5, 4)  Node10(3,4,5) 

Distance  29  Distance  29 


«t  . f 


Node  12(4,4,6) 
Distance  29 


Node  15(4,4,6) 
Distance  34 


Part  a 


Node  16(5,3,5) 
Distance  14 


Destination 
Node  20(7,2,2) 


Node10(3,4,5) 

Distance  29  Node  15(4,4,6) 
Distance  34 


Node  20(7,2,2) 


In  our  routing  protocol,  the  node  with  the  least  logi¬ 
cal  distance  to  the  destination  is  chosen  as  the  next  relay. 
Since  each  node  knows  the  logical  coordinates  of  its  neigh¬ 
bors,  this  comparison  can  be  done  locally.  In  most  cases, 
greedy  forwarding  alone  guarantees  a  high  ratio  of  success¬ 
ful  packet  delivery.  We  refer  to  this  scheme  as  the  baseline 
design.  We  further  augment  the  LCR  protocol  with  tech¬ 
niques  for  loop  avoidance  and  (logical)  void  avoidance,  de¬ 
scribed  in  the  following  two  subsections  respectively,  in  or¬ 
der  to  address  these  less  common  routing  anomalies. 


Figure  2.  Loop  Avoidance  using  Moving  His¬ 
tory  Recording 


Due  to  the  limited  size  of  the  moving  history  record  and 
the  large  number  of  nodes  in  a  sensor  network,  it  is  still  pos¬ 
sible  that  loops  may  exist.  For  this  purposes,  a  time-to-live 
field  is  added  to  the  packet  header,  such  that  packets  are 
dropped  when  this  field  reaches  a  threshold. 


3.2.  Loop  Avoidance 

One  possible  cause  of  delivery  failure  in  LCR  is  the  pres¬ 
ence  of  multiple  nodes  that  have  the  same  distance  to  the 
destination.  This  may  lead  to  unexpected  loops.  This  situa¬ 
tion  rarely  arises  in  location-based  routing  since  two  nodes 
rarely  share  exactly  the  same  distance  to  a  destination.  How¬ 
ever,  the  presence  of  same  distance  nodes  is  more  common 
in  logical  coordinates  due  to  the  coarser  granularity  of  co¬ 
ordinate  values.  Figure  2a  shows  an  example.  As  shown, 
although  each  node  chooses  the  best  node  it  knows  in  its 


3.3.  Void  Avoidance 

Another  related  problem  is  that  some  nodes  may  have  no 
neighbor  that  is  logically  closer  to  the  destination,  such  as 
node  6  in  the  aforementioned  example.  Clearly  this  implies 
that  the  packet  has  met  a  logical  void.  Our  logical  coordi¬ 
nate  framework,  by  construction,  is  much  less  susceptible 
to  such  dead-ends  than  geographic  coordinates.  This  is  be¬ 
cause  our  logical  space  morphs  around  physical  voids,  elim¬ 
inating  local  minima.  Nevertheless,  situations  exist  when  a 
local  minimum  arises  in  the  logical  space  (for  example  upon 
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node  failures).  When  one  node  finds  that  it  has  no  neigh¬ 
bor  that  is  closer  to  the  destination  than  itself,  it  will  choose 
the  best  upstream  node  (i.e.,  the  closest  neighbor  to  the  des¬ 
tination).  The  purpose  of  this  action  is  to  try  to  deliver  the 
packet  to  a  new  node  where  a  new  downstream  path  might 
exist  to  the  destination.  In  order  to  bound  upstream  forward¬ 
ing,  we  use  a  parameter  called  tolerance  counter  stored  in 
the  packet  header.  Initialized  to  zero  at  the  start  node,  this 
parameter  increases  by  one  whenever  the  packet  is  deliv¬ 
ered  to  an  upstream  node.  The  packet  is  dropped  if  this 
counter  exceeds  a  predefined  threshold,  MaxTolerance. 
Observe  that  since  we  also  keep  a  moving  path  history  in 
the  packet,  the  memory  of  the  last  few  hops  helps  the  packet 
avoid  being  delivered  back  to  the  local  minimum.  Also  note 
that  the  void  avoidance  mechanism  can  increase  worst-case 
hop  count  between  source  and  destination  (stated  by  the 
bounded  hop-count  property  in  Section  2.4.2)  by  at  most 
MaxT  olerance. 

Of  course,  the  void  avoidance  approach  is,  by  nature, 
heuristic,  and  does  not  guarantee  packet  delivery.  However, 
our  simulation  results  validate  its  effectiveness  compared 
with  other  routing  algorithms. 

3.4.  Dynamic  Issues:  Node  Failure,  Sleep,  and  Re¬ 
placement 

The  main  source  of  dynamic  changes  in  topology  is  the 
failure  or  replacement  of  old  nodes,  or  topological  changes 
introduced  by  power  management.  When  new  nodes  are  put 
into  the  network,  they  contact  nearby  neighbors  to  retrieve 
their  logical  coordinate  vectors.  The  new  nodes  then  con¬ 
struct  their  own  LCVs  in  the  same  manner  as  described  in 
Section  2.3,  and  use  the  constructed  LCVs  for  future  routing 
purposes.  Observe  that  in  most  power  management  schemes 
such  new  nodes  are  generally  awakened  to  replace  those 
that  go  to  sleep,  leveraging  redundancy  that  exists  in  the 
sensor  network  [5,  24].  The  new  nodes  will  tend  to  assume 
the  same  logical  coordinates  as  those  of  the  departed  ones 
due  to  physical  proximity.  Thus,  only  localized  adjustments 
need  to  be  made  in  the  logical  coordinate  grid. 

Similarly,  when  nodes  fail,  generally  other  nodes  do  not 
need  to  adjust  their  logical  coordinates.  The  inherent  redun¬ 
dancy  in  the  construction  of  logical  coordinates  makes  them 
tolerant  to  a  certain  percentage  of  node  failures.  Greedy  al¬ 
gorithms  will  generally  remain  successful  in  finding  a  logi¬ 
cal  route  to  the  destination.  If  local  minima  are  reached,  the 
void  avoidance  mechanism  introduced  in  Section  3.3  will 
resolve  the  problem. 

4.  Performance  Evaluation 

In  this  section,  we  present  the  performance  evaluation  re¬ 
sults  of  LCR.  We  start  by  presenting  the  simulation  setup, 


followed  by  a  description  of  the  experiments  and  results. 
The  simulation  environment  is  GloMoSim,  a  discrete  event 
simulator  developed  by  UCLA.  GloMoSim  simulates  at  the 
packet  level,  thus  allowing  us  to  gather  accurate  data  on  a 
variety  of  aspects. 

The  simulation  setting  is  constructed  with  respect  to  the 
settings  used  in  previous  similar  routing  research  projects, 
such  as  [2]  and  [14].  There  are  three  settings,  each  contains 
a  sparse  scenario  and  a  dense  scenario,  denoted  by  A  and  B, 
respectively. 

In  the  following  simulations,  we  choose  DSR,  GF  and 
GPSR  as  comparison  candidates.  We  don’t  compare  against 
DSDV  and  AODV  considering  that  the  work  in  [2]  has 
demonstrated  the  performance  superiority  of  DSR  com¬ 
pared  to  these  two  protocols  in  ad-hoc  environment.  We 
also  include  a  delivery  performance  comparison  between 
LCR  and  the  virtual  coordinate  approach  proposed  by  [21] 
in  Section  4.2.1. 


Scenario 

Sparse(A) 

Dense(B) 

Region 

Scenario  1 

30 

50 

1500m  *  300m 

Scenario  2 

120 

200 

3000m  *  600m 

Scenario  3 

72 

120 

1250m  *  1250m 

Table  1.  Simulation  Setting 


We  use  a  reliable  MAC  protocol  in  order  to  isolate  de¬ 
livery  failures  due  to  the  routing  layer  from  those  due  to  the 
MAC  layer.  A  reliable  MAC-layer  is  currently  available  for 
MICA  II  motes  [22]  (our  target  implementation  platform) 
since  the  recent  release  of  Tiny  OS  1.1  [  10] .  The  evaluation 
is  focused  on  comparing  the  ability  of  routing  protocols  to 
exploit  topological  connectivity  information.  Performance 
is  measured  in  data  packet  delivery  ratio,  path  hop  counts, 
and  number  of  routing  protocol  packet  transmissions.  These 
metrics  tend  to  be  independent  of  MAC  layer  details  (other 
than  reliability).  Thus,  while  we  choose  802.1 1  in  the  MAC 
layer,  results  presented  in  this  section  could  be  generalized 
to  any  reliable  MAC  protocol.  We  assume  that  individual 
nodes  have  a  communication  range  of  250m.  Each  packet 
sent  in  the  network  has  a  TTL  of  64. 

Our  evaluation  contains  two  parts.  The  first  part  explores 
optimal  parameter  settings  of  our  protocol  and  justifies  de¬ 
sign  decisions.  In  the  second  part,  we  evaluate  the  routing 
protocol  performance. 

4.1.  Evaluation  of  Design  Choices 

Different  design  choices  in  LCR  can  significantly  influ¬ 
ence  its  performance.  In  this  section,  we  give  a  quantita¬ 
tive  evaluation  of  their  effects.  The  evaluation  below  is  for 
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an  underloaded  network.  Effects  of  congestion  are  investi¬ 
gated  in  future  work. 

4.1.1.  The  Impact  of  Distance  Metrics  As  mentioned 
earlier,  our  distance  metric  does  not  have  a  physical  in¬ 
terpretation  because  the  coordinates  are  not  orthogonal. 
Hence,  it  is  important  to  evaluate  its  performance.  In  this 
section,  we  compare  the  packet  delivery  ratio  of  routing 
based  on  this  distance  metric  compared  to  that  based  on 
other  distance  metric  candidates.  In  particular,  we  compare 
against  the  common  metric  of  manhattan  distance,  which 
simply  adds  up  the  absolute  differences  in  coordinate  val¬ 
ues  in  all  dimensions. 

Four  landmarks  are  positioned  on  the  boundary  of  the 
area.  Zero  tolerance  for  upstream  packets  is  assumed  (i.e. 
MaxTolerance  =  0).  No  loop- avoidance  measures  are 
adopted.  We  select  all  pairs  of  nodes  that  can  reach  each 
other  and  let  them  send  one  packet  to  each  other.  The  packet 
delivery  ratio  is  plotted  for  two  greedy  routing  policies:  one 
that  minimizes  the  difference  vector  length  (DV  Length)  as 
described  in  this  paper,  and  one  that  minimizes  manhattan 
distance.  All  scenarios  tested  are  dense  (set  A)  scenarios. 


Figure  3.  Impact  of  Distance  Definition 


Figure  3  shows  the  simulation  results.  We  observe  that 
the  difference  vector  length  approach  performs  significantly 
better  than  the  manhattan  distance  approach.  We  also  notice 
that  LCR  successfully  delivers  almost  all  packets  even  with¬ 
out  the  tolerance  and  loop-avoidance  optimizations  in  dense 
scenarios,  which  reflects  the  inherent  delivery  properties  of 
the  logical  coordinates  framework. 

4.1.2.  The  Impact  of  Landmark  Choice  Another  impor¬ 
tant  aspect  of  the  design  of  LCR  is  how  to  choose  the  land¬ 
marks  wisely.  In  this  experiment,  we  investigate  the  effect  of 
landmark  placement  and  the  effect  of  the  number  of  land¬ 
marks  on  routing  performance.  The  simulation  shows  six 
different  landmark  configurations  that  differ  in  landmark 
positions  and  count  as  depicted  in  Figure  4.  Random  land¬ 
mark  placement  (labeled  random)  is  compared  to  uniform 


placement  at  the  network  circumference  (labeled  corner  for 
different  numbers  of  landmarks  and  different  node  densi¬ 
ties.  Again,  we  assume  zero  MaxTolerance.  Considering 
that  packets  must  contain  the  destination’s  logical  coordi¬ 
nates,  and  that  the  size  of  the  packet  header  is  limited,  we 
cannot  choose  too  many  landmarks.  Fortunately,  we  notice 
that  performance  improvement  reaches  diminishing  returns 
with  as  few  as  four  landmarks.  At  this  point,  the  routing  ser¬ 
vice  finds  almost  all  routes  available.  Considering  that,  in 
these  experiments,  we  do  not  use  tolerance  and  loop  avoid¬ 
ance  measures,  these  results  are  quite  encouraging  and  serve 
as  a  lower  bound  for  actual  performance  when  such  mea¬ 
sures  are  invoked. 


Figure  4.  Impact  of  Landmark  Choice 


4.2.  Routing  Protocol  Performance  Evaluation 

4.2.1.  Packet  Delivery  Ratio  Figure  5  shows  the  packet 
delivery  ratio  under  different  scenario  settings.  We  ensure 
that  the  network  is  not  partitioned.  Traffic  is  generated  by 
the  simplified  scenario  in  which  each  pair  of  nodes  alter¬ 
nately  exchange  packets  over  the  whole  simulation  period. 
We  deliberately  choose  the  period  to  be  long  enough  to 
avoid  the  effect  of  congestion.  Precise  location  information 
is  assumed  to  be  available  for  GPSR  and  greedy  GF.  The 
delivery  success  ratio  is  evaluated  by  recording  how  many 
packets  each  node  receives  during  the  whole  period.  It  is 
no  surprise  that  under  such  assumptions,  DSR  achieves  a 
100%  delivery  ratio  in  all  settings.  We  don’t  draw  the  DSR 
line  for  legibility.  Theoretically,  GPSR  should  also  achieve 
a  100%  delivery  ratio.  In  reality,  its  actual  performance  is 
slightly  lower  because  the  TTL  of  a  single  packet  is  set 
to  64.  In  some  cases,  GPSR  packets  start  their  traversing 
process,  resulting  in  much  longer  (suboptimal)  paths  caus¬ 
ing  the  TTL  to  expire.  Some  packets  are  therefore  dropped. 
LCR  performs  comparably  well  to  GPSR  and  significantly 
better  than  greedy  GF.  This  performance  is  measured  when 
no  localization  error  exists. 
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Figure  5.  Comparison  of  Delivery  Ratio 


Previous  work,  such  as  [11],  has  demonstrated  that 
greedy  GF  suffers  a  substantial  performance  degrada¬ 
tion  when  the  localization  service  can  not  provide  accurate 
location  information.  We  show  in  Figure  6  that  a  simi¬ 
lar  degradation  is  seen  with  GPSR.  As  shown  in  this  graph, 
the  performance  of  GPSR  is  severely  affected  when  the  lo¬ 
calization  error  exceeds  40%  of  the  individual  node  com¬ 
munication  radius.  In  fact,  even  when  nodes  are  dense, 
if  the  localization  error  is  as  large  as  the  communica¬ 
tion  range,  the  performance  of  GPSR  is  still  severely  under¬ 
mined.  On  the  other  hand,  the  performance  of  LCR  is  not 
affected  by  localization  errors,  thus  making  it  more  prefer¬ 
able  in  scenarios  where  accurate  location  information  is  not 
available. 


Figure  6.  Delivery  Ratio  of  GPSR  Under  Loca¬ 
tion  Error 


Recent  previous  work  also  proposed  similar  network  co¬ 
ordinate  encoding  services  that  do  not  require  geographical 
location.  It  is  thus  very  interesting  to  provide  direct  compar¬ 
ison  between  LCR  and  the  previously  proposed  services. 
In  this  paper,  we  compare  LCR  to  the  virtual  coordinates 


approach  mentioned  in  [21].  To  provide  a  precise  and  fair 
comparison,  we  use  their  scenario  setting.  We  also  use  the 
published  results  in  [21]  regarding  geographical  locations 
and  virtual  coordinates.  The  setting  contains  two  different 
densities,  one  node  per  12.5  square  units  and  one  node  per 
19.5  square  units,  respectively.  There  are  four  network  size 
settings,  from  50  to  3200  nodes.  The  nodes  are  uniformly 
deployed.  Figure  7  shows  the  comparison  results  between 
LCR  and  the  virtual  coordinate  approach.  In  LCR,  we  do 
not  use  loop  avoidance  and  void  avoidance  measures,  since 
it  is  conceivable  that  both  of  these  optimizations  can  be  ap¬ 
plied  to  either  routing  framework.  By  doing  this,  we  pro¬ 
vide  a  fair  comparison  of  the  inherent  packet  delivery  prop¬ 
erties  of  both  network  coordinate  encoding  schemes. 


Figure  7.  Comparison  of  Logical  Coordinate 
Routing  Schemes 


As  shown  in  Figure  7,  when  the  density  is  high,  there 
is  little  performance  difference  between  the  three  types  of 
greedy  routing  approaches.  On  the  other  hand,  when  the 
density  is  low,  we  observe  a  considerable  advantage  to  LCR. 

4.2.2.  Routing  Path  Length  Figure  8  shows  a  compari¬ 
son  of  the  packet  delivery  path  length  distribution  of  three 
routing  protocols,  DSR,  LCR  and  GPSR  (with  different  lo¬ 
calization  errors  expressed  as  a  percentage  of  the  commu¬ 
nication  radius).  The  data  presented  are  concerned  with  the 
distribution  of  the  number  of  hops  beyond  the  shortest  hop 
count.  For  example,  1  means  that  the  route  found  by  the  pro¬ 
tocol  in  question  is  one  hop  longer  than  the  best  route.  We 
use  scenario  1  with  50  nodes  deployed.  The  data  are  the  re¬ 
sults  of  ten  randomized  simulation  rounds.  For  GPSR,  we 
also  consider  the  presence  of  localization  errors  and  the  cor¬ 
responding  results  are  plotted  accordingly.  Only  those  pack¬ 
ets  that  are  successfully  delivered  are  included  in  the  analy¬ 
sis. 

When  no  localization  error  exists,  GPSR  performs  the 
best.  However,  when  the  localization  error  is  40%  of  the 
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Figure  8.  Packet  Path  Length  Beyond  the  Best 
Route 


communication  range,  the  performance  of  GPSR  is  de¬ 
graded  and  it  becomes  inferior  to  LCR. 

DSR  and  LCR  are  both  localization-error  free,  but  the 
performance  of  DSR  in  terms  of  packet  length  is  degraded 
by  its  proactive  caching  schemes,  which  causes  packets  to 
be  aggressively  sent  along  sub-optimal  routes.  As  a  result, 
it  has  a  longer  packet  path  than  both  LCR  and  GPSR. 

Packet  path  optimality  is  closely  related  to  power  con¬ 
sumption.  In  sensor  networks,  one  of  the  main  sources  of 
power  consumption  is  the  transmission  of  packets.  As  a  re¬ 
sult,  Figure  8  indirectly  indicates  the  power-efficiency  of 
a  particular  routing  scheme.  If  no  localization  errors  exist, 
GPSR  should  be  the  most  energy-efficient.  However,  when 
localization  error  is  taken  into  account,  LCR  is  better.  We 
recognize  that  MAC-layer  effects,  such  as  message  retrans¬ 
missions,  have  a  marked  influence  on  power  consumption. 
However,  we  do  not  investigate  these  effects  because  they 
are  MAC- specific  and  are  not  an  inherent  property  of  our 
protocol. 

4.2.3.  Path  Hop  Prediction  and  Real  Time  Applications 

We  now  study  the  accuracy  of  hop  prediction  promised  by 
Property  2.  An  estimate  of  path  length  is  particularly  use¬ 
ful  for  soft  real  time  applications.  We  show  that  prediction 
according  to  the  lower  bound  computed  from  the  logical  co¬ 
ordinates  of  the  source  and  the  destination  is  particularly  ac¬ 
curate  in  practice. 

We  simulate  six  scenarios  each  for  fifty  rounds  with  dif¬ 
ferent  deployments.  For  each  pair  of  nodes,  the  prediction 
and  the  actual  hop  number  are  compared.  Figure  9  shows 
the  distribution  of  the  correct  prediction  ratio  (i.e.,  what 
fraction  of  the  time  the  lower  bound  is  equal  to  the  actual 
path  length).  As  shown,  under  all  six  situations,  the  lower 
bound  prediction  is  correct  at  least  70%  of  the  time.  Fur¬ 
thermore,  for  nearly  all  cases  where  prediction  is  wrong, 
the  actual  path  length  is  only  one  hop  longer  than  the  lower 
bound.  Observe  that  the  lower  bound  is  trivially  correct  if 


the  source  or  destination  is  one  of  the  landmarks  since  one 
of  the  coordinates  would  then  explicitly  measure  the  hop 
distance  to  that  landmark. 


0  1  2  3  4  5 

Hops  beyond  Prediction 


Figure  9.  The  Prediction  of  Hop  Count 


4.2.4.  Routing  Protocol  Overhead  Figure  10  shows  a 
comparison  of  the  routing  protocol  overhead  of  three  rout¬ 
ing  protocols,  measured  by  the  number  of  protocol  pack¬ 
ets  sent  during  the  total  simulation  period.  We  still  use  sce¬ 
nario  1  with  50  nodes  deployed.  We  gradually  increase  the 
number  of  data  sources  to  monitor  the  protocol  overhead. 
The  packet  transmissions  are  initiated  from  different  nodes. 
We  only  test  non-partitioned  network  scenarios  and  assume 
each  node  sends  only  one  packet.  DSR  is  a  reactive  rout¬ 
ing  protocol,  which  means  its  protocol  traffic  increases  with 
the  number  of  transmissions.  We  also  notice  that  due  the  ag¬ 
gressive  caching,  the  increase  in  transmitted  packets  has  a 
diminishing  effect  on  the  increase  of  routing  overhead. 

Both  LCR  and  GPSR  send  out  beacons  periodically  with 
no  respect  to  the  number  of  data  transmissions.  Conse¬ 
quently,  both  LCR  and  GPSR  send  out  roughly  a  constant 
number  of  protocol  control  packets.  LCR  utilizes  a  one¬ 
time  flooding  process  to  broadcast  the  location  beaconing 
packets.  As  a  result,  LCR  requires  a  higher  routing  proto¬ 
col  overhead  than  GPSR. 

4.2.5.  Void  Avoidance  We  evaluate  in  this  section  the  per¬ 
formance  of  different  routing  protocols  in  the  presence  of 
void  areas.  We  also  generalize  the  results  to  the  discussion 
of  the  robustness  of  LCR,  especially  in  the  face  of  node 
failures.  We  simulate  the  presence  of  voids  and  the  failure 
of  nodes  by  reducing  active  node  density,  since  both  voids 
and  node  failures  essentially  decrease  the  number  of  usable 
nodes.  We  use  scenario  3  in  this  experiment.  We  reduce  the 
average  number  of  neighbors  per  node  from  twenty  to  six 
in  steps  of  one  and  we  keep  the  network  unpartitioned.  In 
order  to  make  comparisons  between  different  routing  pro¬ 
tocols  under  realistic  scenarios,  we  also  include  the  perfor- 
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/ 

DSR 

LCR 

GF 

GPSR 

Principle 

ID  Based 

Logical  Coordinates 

Location  Based 

Location  Based 

Protocol  Overhead 

Large 

Small 

Small 

Small 

Delivery  Ratio 

Theoretically  Perfect 

High 
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Table  2.  Routing  Protocol  Performance  Overview 


Figure  10.  Routing  Protocol  Overhead 


mance  of  GPSR  under  localization  errors.  The  results  of  this 
experiment  are  shown  in  Figure  1 1 . 
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Figure  11.  Delivery  Ratio  under  Different 
Node  Density 


In  these  experiments,  DSR  realizes  a  100%  delivery  ra¬ 
tio,  and  thus  is  not  plotted.  We  set  the  TTL  of  individ¬ 
ual  packets  to  64.  For  this  reason,  some  GPSR  packets  are 
dropped  due  to  the  suboptimal  perimeter  traversing  process. 
Greedy  GF  has  no  mechanism  for  dealing  with  voids.  Its 
performance  therefore  degrades  rapidly.  The  performance 
of  GPSR  under  localization  errors  also  degrades  consider¬ 


ably  at  higher  errors.  In  contrast,  LCR  reliably  delivers  the 
great  majority  of  packets  even  in  the  presence  of  voids  in 
sparser  networks. 

4.2.6.  Performance  Evaluation  Summary  Based  on  the 
experimental  results  above,  we  conclude  that  every  proto¬ 
col  has  its  desirable  features.  Although  DSR  and  GPSR  are 
two  schemes  that  both  theoretically  guarantee  a  100%  de¬ 
livery  ratio,  they  have  drawbacks  in  sensor  networks.  The 
route  discovery  process  makes  DSR  less  suitable  in  terms 
of  packet  overhead,  while  GPSR  can  be  severely  degraded 
by  localization  inaccuracy.  The  design  of  LCR  avoids  these 
problems.  Like  DSR,  it  is  not  affected  by  localization  errors 
thus  guaranteeing  a  better  delivery  ratio  than  greedy  GF  and 
degraded  GPSR.  Its  protocol  overhead,  however,  is  low  and 
it  exhibits  exceptional  ability  to  avoid  voids  in  the  network. 
Table  2  summarizes  the  different  characteristics  of  the  rout¬ 
ing  protocols  studied  in  this  paper  and  serves  as  a  guide  for 
future  protocol  design  in  wireless  sensor  networks. 

5.  Related  Work 

Previous  literature  on  ad  hoc  routing  contains  many  valu¬ 
able  protocols,  each  with  varying  assumptions  and  applica¬ 
bility.  Two  trends  of  address-based  routing  draw  our  atten¬ 
tion.  The  first  type  makes  routing  choices  based  on  real  ge¬ 
ographical  locations  [9,  1,  14,  19,  6,  8].  The  second  type, 
proposed  relatively  recently,  tries  to  explore  the  possibility 
of  routing  without  geographical  information,  but  with  cer¬ 
tain  types  of  substitutes  through  various  network  encoding 
approaches  [21,  17].  For  geographic  routing,  one  potential 
problem  is  the  performance  degradation  introduced  by  loca¬ 
tion  inaccuracy.  Since  it  is  usually  not  economical  to  install 
one  GPS  receiver  on  each  node,  localization  services  must 
be  leveraged  [23,  3,  18,  16,  11].  However,  these  services  in¬ 
troduce  location  inaccuracy,  which  is  known  to  have  seri¬ 
ous  consequences  on  the  performance  of  routing  protocols 
(Section  4.2.1).  Although  such  inaccuracies  might  be  alle¬ 
viated  by  introducing  more  complex  localization  services, 
the  additional  complexity  either  requires  more  costly  hard¬ 
ware  or  introduces  more  overhead  in  the  network. 

It  is  therefore  natural  to  search  for  location  free  routing 
paradigms  for  sensor  networks  that  preserve  the  simplicity 
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and  efficiency  of  location-based  schemes.  Protocols  in  [21] 
and  [17]  are  of  this  type. 

A  preliminary  comparison  of  delivery  ratio  between 
LCR  and  [21]  has  shown  that  LCR  has  a  higher  deliv¬ 
ery  ratio,  especially  in  sparse  scenarios.  We  also  point 
out  that  our  protocol  requires  only  a  one  hop  neighbor  ta¬ 
ble  to  achieve  satisfactory  performance,  while  both  [21] 
and  [17]  require  that  at  least  two  hop  neighbor  informa¬ 
tion  is  collected.  Last  but  not  least,  our  protocol  distin¬ 
guishes  itself  by  its  inherent  suitability  for  soft  real-time  ap¬ 
plications.  We  hope  by  leveraging  these  properties  of  LCR, 
it  becomes  more  natural  to  use  in  emerging  sensor  net¬ 
works. 

6.  Conclusions  and  Future  Work 

In  this  paper,  we  presented  a  simple  logical  coor¬ 
dinate  framework,  together  with  a  scalable  (i.e.,  con¬ 
stant  state)  routing  protocol,  LCR,  that  uses  logical  co¬ 
ordinates  in  lieu  of  geographic  information.  Being 
location-independent,  LCR  has  the  distinct  advantage  of  in¬ 
dependence  from  localization  errors.  It  is  attractive  for  soft 
real  time  applications  in  that  bounds  on  the  hop  count  be¬ 
tween  any  pair  of  nodes  can  be  estimated  from  the  source 
and  destination  coordinates.  Moreover,  its  logical  dis¬ 
tance  metrics  have  the  potential  of  masking  the  existence 
of  physical  voids  and  irregularities.  We  performed  ex¬ 
tensive  simulation  experiments  to  compare  LCR  with 
other  logical  coordinate  frameworks,  observing  a  per¬ 
formance  advantage  in  the  treatment  of  voids.  Based 
on  these  results,  we  conclude  that  our  protocol  per¬ 
forms  very  well  in  realistic  wireless  sensor  networks 
where  voids  abound,  accurate  localization  is  unavail¬ 
able  or  costly,  and  state  must  be  minimal  due  to  resource 
constraints. 
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